-
1 proposed standard
предлагаемый стандарт
Статус стандарта, который указывает, что он находится в стадии начального рассмотрения или проходит предварительную апробацию на практике. После рассмотрения ему присваивается статус проекта стандарта.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]Тематики
- электросвязь, основные понятия
EN
Англо-русский словарь нормативно-технической терминологии > proposed standard
-
2 alarm management
управление аварийными сигналами
-
[Интент]
Переход от аналоговых систем к цифровым привел к широкому, иногда бесконтрольному использованию аварийных сигналов. Текущая программа снижения количества нежелательных аварийных сигналов, контроля, определения приоритетности и адекватного реагирования на такие сигналы будет способствовать надежной и эффективной работе предприятия.Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (DCS) упростило подачу сигналов тревоги при любом сбое технологического процесса, поскольку затраты на это невелики или равны нулю. В результате в настоящее время на большинстве предприятий имеются системы, подающие ежедневно огромное количество аварийных сигналов и уведомлений, что мешает работе, а иногда приводит к катастрофическим ситуациям.
„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.
Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)
Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).
Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)
На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".
Начало работы
Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".
Характеристики «хорошего» аварийного сообщения
В число базовых требований к аварийному сообщению, включенных в аттестационный документ EEMUA, входит ясное, непротиворечивое представление информации. На каждом экране дисплея:
• Должно быть четко определено возникшее состояние;
• Следует использовать терминологию, понятную для оператора;
• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;
• Следует использовать согласованную структуру сообщения;
• Система не должна строиться только на основе теговых обозначений и номеров;
• Следует проверить удобство работы на реальном производстве.
Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".
Качественная система управления аварийными сигналами должна опираться на руководящий документ. В стандарте ISA SP-18.02 «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности», предложен целостный подход, основанный на модели жизненного цикла, которая включает в себя определяющие принципы, обучение, контроль и аудит.
Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.
Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.
Адекватная реакция
Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"
Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.
Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.
И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.
Система, нацеленная на оператора
Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.
«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.
Удобное отображение информации с помощью человеко-машинного интерфейса является наиболее существенным аспектом системы управления аварийными сигналами. Джонс из Wonderware говорит: „Аварийные сигналы перед поступлением к оператору должны быть отфильтрованы так, чтобы до оператора дошли нужные сообщения. Программное обеспечение предоставляет инструментарий для удобной конфигурации этих параметров, но также важны согласованность и подтверждение ответных действий”.
Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"
Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.
«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.
Рентабельность
Эффективная система управления аварийными сигналами стоит времени и денег. Однако и неэффективная система также стоит денег и времени, но приводит к снижению производительности и повышению риска для человеческой жизни. Хотя создание новой программы управления аварийными сигналами или пересмотр и реконструкция старой может обескуражить кого угодно, существует масса информации по способам реализации и достижения целей системы управления аварийными сигналами.
Наиболее важным является именно определение цели и способов ее достижения. МакТэвиш говорит, что система должна выдавать своевременные аварийные сигналы, которые не дублируют друг друга, адекватно отражают ситуацию, помогают оператору диагностировать проблему и определять эффективное направление действий. „Целью является поддержание производства в безопасном, надежном рабочем состоянии, которое позволяет выпускать качественный продукт. В конечном итоге целью является финансовая прибыль. Если на предприятии не удается достичь этих целей, то его существование находится под вопросом.
Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.
Автор: Джини Катцель, Control Engineering
[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]Тематики
EN
Англо-русский словарь нормативно-технической терминологии > alarm management
-
3 request for comments
English-Russian dictionary of computer science and programming > request for comments
-
4 acceptance
получение, приём, принятие; одобрение (например, проекта стандарта), признание (например, справедливости гипотезы)Англо-русский толковый словарь терминов и сокращений по ВТ, Интернету и программированию. > acceptance
-
5 RFD
1) Request for Discussion - приглашение к дискуссии (обсуждению)например, к обсуждению проекта стандарта2) Request for Deviation - запрос на отступление (например, от спецификации)Англо-русский толковый словарь терминов и сокращений по ВТ, Интернету и программированию. > RFD
-
6 SAP
1) Scan-Access Port - порт доступа к [встроенным] средствам [периферийного] сканирования, порт SAPпроекта стандарта IEEE по тестированию ИС2) Service Advertising Protocol - протокол извещения об услугахстандартные широковещательные сообщения, посылаемые серверами NetWare каждую минуту и извещающие о предоставляемых сервером услугах (например, файловые операции и печать)3) Service Access Points - точки доступа к службамсм. спецификацию IEEE 802.2Англо-русский толковый словарь терминов и сокращений по ВТ, Интернету и программированию. > SAP
-
7 working group
= WGтакие группы обычно создаются в ассоциациях и комитетах для подготовки документа, проекта стандарта или глубокого изучения какого-либо вопросаАнгло-русский толковый словарь терминов и сокращений по ВТ, Интернету и программированию. > working group
-
8 DMR
- программа распределенной маршрутизации
- подробный отчёт о результатах технического осмотра
- отчёт по результатам мониторинга сбросов или выбросов загрязняющих веществ
- ответ на запрос измерения задержки
- всемирное цифровое радиовещание
всемирное цифровое радиовещание
Название проекта стандарта цифрового радиовещания в диапазонах длинных, средних и коротких волн. Его внедрение рассчитано на продолжительный период времени, т.к. потребуется замена всех существующих аналоговых приемников на цифровые.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]Тематики
- электросвязь, основные понятия
EN
ответ на запрос измерения задержки
(МСЭ-Т Y.1731).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
отчёт по результатам мониторинга сбросов или выбросов загрязняющих веществ
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]Тематики
EN
подробный отчёт о результатах технического осмотра
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]Тематики
EN
программа распределенной маршрутизации
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]Тематики
EN
Англо-русский словарь нормативно-технической терминологии > DMR
-
9 Digital Radio Mondial
всемирное цифровое радиовещание
Название проекта стандарта цифрового радиовещания в диапазонах длинных, средних и коротких волн. Его внедрение рассчитано на продолжительный период времени, т.к. потребуется замена всех существующих аналоговых приемников на цифровые.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]Тематики
- электросвязь, основные понятия
EN
Англо-русский словарь нормативно-технической терминологии > Digital Radio Mondial
-
10 stakeholder
- причастная сторона
- правообладатель
- заинтересованное лицо
- заинтересованная сторона (лицо, структура)
- заинтересованная сторона
заинтересованная сторона (лицо, структура)
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
заинтересованное лицо
Человек, заинтересованный в организации, проекте, ИТ-услуге и т.п. Заинтересованные лица могут проявлять интерес к видам деятельности, целям, ресурсам или результатам. Заинтересованными лицами могут быть заказчики, партнёры, работники, акционеры, владельцы, и т.п.
См. тж. матрица ролей и ответственности.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]EN
stakeholder
A person who has an interest in an organization, project, IT service etc. Stakeholders may be interested in the activities, targets, resources or deliverables. Stakeholders may include customers, partners, employees, shareholders, owners etc.
See also RACI.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]Тематики
EN
причастная сторона
Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.
Примечания
1. Лицо, принимающее решение, также является причастной стороной.
2. Причастная сторона включает в себя заинтересованную сторону, но имеет более широкое значение, чем заинтересованная сторона.
[ ГОСТ Р 51897-2002]Тематики
Обобщающие термины
- термины, относящиеся к лицам или организациям, подвергающимся риску
EN
FR
4.45 правообладатель (stakeholder): Лицо или организация, имеющие право, долю, требование или интерес в системе или в обладании ее характеристиками, удовлетворяющими ее потребности и ожидания.
Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа
4.15 правообладатель (stakeholder): Сторона, имеющая право, долю или претензии на систему или на владение ее характеристиками, удовлетворяющими потребности и ожидания этой стороны.
Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа
3.19 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.
Примечания
1 Лицо, принимающее решение, также является причастной стороной.
2 Причастная сторона включает в себя заинтересованную сторону, но имеет более широкое значение, чем заинтересованная сторона
[ИСО/МЭК Руководство 73:2002, пункт 3.2.1]
Источник: ГОСТ Р ИСО/МЭК 16085-2007: Менеджмент риска. Применение в процессах жизненного цикла систем и программного обеспечения оригинал документа
3.8 заинтересованное лицо (stakeholder): Физическое или юридическое лицо, заинтересованное в исполнении организацией своих функций, достижении успеха или влияющее на ее деятельность.
Примечание - Примерами таких лиц являются клиенты, акционеры, финансисты, страховщики, инспекторы, органы, учрежденные в соответствии с уставом, персонал, подрядчики, поставщики, общественные организации.
Источник: ГОСТ Р 53661-2009: Система менеджмента безопасности цепи поставок. Руководство по внедрению оригинал документа
3.8 заинтересованное лицо (stakeholder): Физическое или юридическое лицо, заинтересованное в исполнении организацией своих функций, достижении успеха или влияющее на ее деятельность.
Примечание - Примерами таких лиц являются клиенты, акционеры, финансисты, страховщики, инспекторы, органы, учрежденные в соответствии с уставом, персонал, подрядчики, поставщики, общественные организации.
Источник: ГОСТ Р 53663-2009: Система менеджмента безопасности цепи поставок. Требования оригинал документа
2.11 причастная сторона (stakeholder): Сторона (лицо или организация), имеющая право, долю, интерес или притязания на систему или на владение ее характеристиками, удовлетворяющими потребности и ожидания этой стороны.
[ISO/IEC 15288:2008]
Источник: ГОСТ Р ИСО 9241-210-2012: Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем оригинал документа
2.23 заинтересованная сторона (stakeholder): Физическое лицо или организация, заинтересованные в разработке или внедрении проекта по парниковым газам (2.12).
Источник: ГОСТ Р ИСО 14064-2-2007: Газы парниковые. Часть 2. Требования и руководство по количественной оценке, мониторингу и составлению отчетной документации на проекты сокращения выбросов парниковых газов или увеличения их удаления на уровне проекта оригинал документа
2.25 заинтересованная сторона (stakeholder): Физическое лицо или организация, заинтересованные в разработке или внедрении проекта по парниковым газам (2.14).
Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа
2.47 заинтересованная сторона (stakeholder): Лицо или группа, или организация, заинтересованные в деятельности (2.24) или успехе организации.
Примеры - Потребители (2.50) и собственники зданий, компетентные органы (2.36), ответственные органы (2.42), операторы (2.23), работники оператора, внешние поставщики продукции, поставщики других услуг (2.44), подрядчики, местные сообщества (2.7), заказчики и ассоциации по защите окружающей среды, финансовые институты, научные и технические организации, лаборатории.
Примечание 1 - Определение адаптировано из определения «заинтересованная сторона» в стандарте ИСО 9000:2005.
Примечание 2 - В целях применения настоящего стандарта окружение (2.15) считается специфической заинтересованной стороной (см. 2.15, примечание 2).
Источник: ГОСТ Р ИСО 24511-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента коммунальных предприятий и оценке услуг удаления сточных вод оригинал документа
2.47 заинтересованная сторона (stakeholder): Лицо, или группа, или организация, заинтересованные в деятельности (2.24) или успехе организации.
Примеры - Потребители (2.50) и собственники зданий, компетентные органы (2.36), ответственные органы (2.42), операторы (2.23), работники оператора, внешние поставщики продукции, поставщики других услуг (2.44), подрядчики, местные сообщества (2.7), заказчики и ассоциации по защите окружающей среды, финансовые институты, научные и технические организации, лаборатории.
Примечание 1 - Определение адаптировано из определения «заинтересованная сторона» в стандарте ИСО 9000:2005.
Примечание 2 - В целях применения настоящего стандарта окружение (2.15) считается специфической заинтересованной стороной (см. 2.15, примечание 2).
Источник: ГОСТ Р ИСО 24512-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента систем питьевого водоснабжения и оценке услуг питьевого водоснабжения оригинал документа
2.38 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.
Примечания
1 Лицо, принимающее решение, также является причастной стороной.
2 Причастная сторона включает в себя заинтересованную сторону, но имеет более широкое значение, чем заинтересованная сторона.
Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа
2.32 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.
Примечание
1. Лицо, принимающее решение, также является причастной стороной.
2. Причастная сторона включает в себя заинтересованную сторону, но имеет более широкое значение, чем заинтересованная сторона
[ИСО/МЭК Руководство 73:2009].
Источник: ГОСТ Р 53647.1-2009: Менеджмент непрерывности бизнеса. Часть 1. Практическое руководство оригинал документа
2.13 заинтересованная сторона (stakeholder): Лицо или организация, которые могут воздействовать, или на которые могут воздействовать, или которые считают, что на них влияет какое-либо решение или деятельность.
Примечание - Лицо, принимающее решения, может быть заинтересованной стороной.
[Руководство ИСО 73:2009, определение 3.2.1.1]
Источник: ГОСТ Р ИСО 31000-2010: Менеджмент риска. Принципы и руководство оригинал документа
3.63 заинтересованное лицо (stakeholder): Заинтересованная сторона, имеющая право, долю или притязания в системе или владеющая свойствами системы, которые отвечают ее требованиям.
Примечание - Заимствовано из ИСО/МЭК 15288:2002.
Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа
2.47 заинтересованная сторона (stakeholder): Лицо, или группа, или организация, заинтересованные в деятельности (2.24) или успехе организации.
Примеры - Потребители (2.50) и собственники зданий, компетентные органы (2.36), ответственные органы (2.42), операторы (2.23), работники оператора, внешние поставщики продукции, поставщики других услуг (2.44), подрядчики, местные сообщества (2.7), заказчики и ассоциации по защите окружающей среды, финансовые институты, научные и технические организации, лаборатории.
Примечание 1 - Определение адаптировано из определения «заинтересованная сторона» в стандарте ИСО 9000:2005.
Примечание 2 - В целях применения настоящего стандарта окружение (2.15) считается специфической заинтересованной стороной (см. 2.15, примечание 2).
Источник: ГОСТ Р ИСО 24510-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания по оценке и улучшению услуги, оказываемой потребителям оригинал документа
3.27 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.
Примечание - Термин «причастные стороны» может также включать в себя заинтересованные стороны (см. ГОСТ Р ИСО 14050 и ГОСТ Р ИСО 14004).
[Адаптировано из ГОСТ Р 51897-2002, ст. 3.2.1].
2.33 правообладатель (stakeholder): Сторона, имеющая некоторые права, акции, а также активы, подверженные риску по отношению к оцениваемому объекту или их характеристикам, отвечающим потребностям и ожиданиям этой стороны.
а) сторона, владеющая правом, долей или активом в системе с характеристиками, отвечающими потребностям и ожиданиям этой стороны.
[ИСО/МЭК 15288]
Источник: ГОСТ Р 54581-2011: Информационная технология. Методы и средства обеспечения безопасности. Основы доверия к безопасности ИТ. Часть 1. Обзор и основы оригинал документа
3.3 причастная сторона (stakeholder): Любой индивидуум, группа или организация, которые могут воздействовать на риск, подвергаться воздействию или ощущать себя подверженными воздействию риска.
Примечание - Термин «причастные стороны» может также включать в себя заинтересованные стороны (см. ГОСТ Р ИСО 14050 и ГОСТ Р ИСО 14004).
[Адаптировано из ГОСТ Р 51897-2002, ст. 3.2.1]
3.27 заинтересованное лицо (stakeholder): Заинтересованная сторона, имеющая право, долю или притязания в системе или владеющая свойствами системы, которые отвечают ее требованиям.
3.28 заказ (order): Конструкция, являющаяся специализацией конструкции объекта предприятия, представляющей информацию для планирования и контроля бизнес-процессов предприятия.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Англо-русский словарь нормативно-технической терминологии > stakeholder
-
11 verification
- проверка (подлинности)
- долговременная маркировка
- верификация (штрихового кода)
- верификация (с точки зрения электробезопасности)
- верификация (проверка)
- верификация (доказательство правильности)
- верификация (в менеджменте качества)
- верификация
верификация
контроль
проверка
Установление соответствия принятой и переданной информации с помощью логических методов [http://www.rol.ru/files/dict/internet/#].
[ http://www.morepc.ru/dict/]
верификация
(ITIL Service Transition)
Деятельность, которая гарантирует, что новая или измененная ИТ- услуга, процесс, план или другой результат - полный, точный, надежный и соответствует своей спецификации проектирования.
См. тж. подтверждение; приёмка; подтверждение и тестирование услуг.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]EN
verification
(ITIL Service Transition)
An activity that ensures that a new or changed IT service, process, plan or other deliverable is complete, accurate, reliable and matches its design specification.
See also acceptance; validation; service validation and testing.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]Тематики
Синонимы
EN
верификация
Подтверждение посредством представления объективных свидетельств того, что установленные требования были выполнены.
Примечания
1. Термин "верифицирован" используют для обозначения соответствующего статуса.
2. Деятельность по подтверждению требования может включать в себя:
- осуществление альтернативных расчетов;
- сравнение спецификации на новый проект с аналогичной документацией на апробированный проект;
- проведение испытаний и демонстраций;
- анализ документов до их выпуска.
[ ГОСТ Р ИСО 9000-2008]Тематики
EN
верификация (доказательство правильности)
контроль
проверка
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]Тематики
Синонимы
EN
верификация (проверка)
1. Процесс определения соответствия качества или характеристик продукта или услуги тому, что предписывается, предопределяется или требуется. Верификация тесно связана с обеспечением качества и контролем качества. верификация компьютерной системы computer system verification Процесс, имеющий целью обеспечить, чтобы данный этап в жизненном цикле системы удовлетворял требованиям, введенным на предыдущем этапе. верификация модели model verification Процесс, имеющий целью определить, правильно ли отображает данная вычислительная модель искомую концептуальную модель или математическую модель. Верификация системного кода system code verification Анализ кодирования источника на предмет его соответствия описанию в документации системного кода. 2. Подтверждение на основе объективных свидетельств того, что установленные требования были выполнены. См. валидация (аттестация). Соответствующий статус – ‘верифицировано’. Верификация может включать такие операции, как: осуществление альтернативных расчетов; сравнение научной и технической документации по новому проекту с аналогичной документацией по апробированному проекту; проведение испытаний и демонстраций; и анализ документов до их выпуска.
[Глоссарий МАГАТЭ по вопросам безопасности]Тематики
EN
верификация
Подтверждение выполнения требований путем исследования и сбора объективных свидетельств.
Примечания
1. Адаптировано из ИСО 8402 путем исключения примечаний.
2. В контексте настоящего стандарта верификация представляет собой выполняемую для каждой стадии жизненного цикла соответствующей системы безопасности (общей, E/E/PES систем и программного обеспечения) путем анализа и/или тестирования демонстрацию того, что для используемых входных данных компоненты удовлетворяют во всех отношениях набору задач и требований для соответствующей стадии.
Пример
Процесс верификации включает в себя:
- просмотр выходных данных (документов, относящихся ко всем стадиям жизненного цикла систем безопасности) для того, чтобы убедиться в соответствии задачам и требованиям соответствующей стадии, с учетом конкретных входных данных для этой стадии;
- просмотр проектов;
- тестирование проектируемых продуктов для того, чтобы убедиться, что они работают в соответствии с их спецификациями;
- проверка интеграции, реализуемая внешними тестами, для всех систем, образующихся покомпонентным добавлением к исходной системе, и необходимая для того, чтобы убедиться, что все компоненты работают вместе в соответствии со спецификацией.
[ ГОСТ Р МЭК 61508-4-2007]Тематики
EN
верификация (штрихового кода)
Техническая процедура измерения показателей символа штрихового кода, в процессе которой определяется их соответствие требованиям, предъявляемым к символу.
[ ГОСТ 30721-2000]
[ ГОСТ Р 51294.3-99]Тематики
EN
DE
FR
проверка (подлинности)
верификация
Процесс сопоставления субъекта с заявленными о нем сведениями. В частности процедура сравнения подписи, созданной с помощью частного ключа, с соответсвующим открытым ключом.
[ http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=5048]Тематики
Синонимы
EN
4.55 верификация (verification): Подтверждение (на основе представления объективных свидетельств) того, что заданные требования полностью выполнены [3].
Примечание - Верификация в контексте жизненного цикла представляет собой совокупность действий по сравнению полученного результата жизненного цикла с требуемыми характеристиками для этого результата. Результатами жизненного цикла могут являться (но не ограничиваться ими): заданные требования, описание проекта и непосредственно система.
Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа
4.23 верификация (verification): Процесс, в результате которого приходят к заключению, что два изображения принадлежат одному и тому же человеку; сопоставление 1:1 («один к одному»).
Примечание - Термины и соответствующие определения к ним установлены только для использования в настоящем стандарте.
Источник: ГОСТ Р ИСО/МЭК 19794-5-2006: Автоматическая идентификация. Идентификация биометрическая. Форматы обмена биометрическими данными. Часть 5. Данные изображения лица оригинал документа
4.24 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены [3].
Примечание - Верификация в контексте жизненного цикла системы является совокупностью действий по сравнению полученного результата жизненного цикла системы с требуемыми характеристиками для этого результата. Результатами жизненного цикла могут являться (но не ограничиваются только ими) установленные требования, описание проекта и непосредственно система.
Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа
3.36 верификация (verification): Подтверждение экспертизой и представлением объективных доказательств того, что конкретные требования полностью реализованы.
Примечания
1 В процессе проектирования и разработки верификация связана с экспертизой результатов данной работы в целях определения их соответствия установленным требованиям.
2 Термин «верифицирован» используется для обозначения соответствующих состояний проверенного объекта. (См. 2.17 title="Управление качеством и обеспечение качества - Словарь").
Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа
3.18 верификация (verification): Подтверждение посредством предоставления объективных свидетельств того, что установленные требования были выполнены.
[ИСО 9000:2005]
Примечание - В качестве синонима может использоваться термин «проверка соответствия».
Источник: ГОСТ Р ИСО/МЭК 27004-2011: Информационная технология. Методы и средства обеспечения безопасности. Менеджмент информационной безопасности. Измерения оригинал документа
2.22 верификация (verification): Подтверждение на основе анализа и представления объективных свидетельств того, что установленные требования выполнены.
Примечание - При проектировании и разработке верификация означает процесс анализа результатов предпринятой деятельности с целью определения соответствия установленным к этой деятельности требованиям ([4], подпункт 3.8.4).
Источник: ГОСТ Р ИСО 14971-2006: Изделия медицинские. Применение менеджмента риска к медицинским изделиям оригинал документа
3.8.4 верификация (verification): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что установленные требования (3.1.2) были выполнены.
Примечания
1 Термин «верифицирован» используют для обозначения соответствующего статуса.
2 Деятельность по подтверждению требования может включать в себя:
- осуществление альтернативных расчетов;
- сравнение спецификации (3.7.3) на новый проект с аналогичной документацией на апробированный проект;
- проведение испытаний (3.8.3) и демонстраций;
- анализ документов до их выпуска.
Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа
2.18 верификация (verification): Подтверждение посредством предоставления объективных свидетельств того, что установленные требования выполнены.
Примечание - Верификация это набор действий, с помощью которого происходит сопоставление характеристик системы или элемента системы с установленными требованиями к характеристикам. Верификация может охватывать установленные требования, описание проекта и саму систему.
Источник: ГОСТ Р ИСО 9241-210-2012: Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем оригинал документа
2.35 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ на соответствие согласованным критериям верификации.
Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.
Источник: ГОСТ Р ИСО 14064-1-2007: Газы парниковые. Часть 1. Требования и руководство по количественному определению и отчетности о выбросах и удалении парниковых газов на уровне организации оригинал документа
2.28 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по парниковым газам (2.10) на соответствие согласованным критериям верификации.
Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.
Источник: ГОСТ Р ИСО 14064-2-2007: Газы парниковые. Часть 2. Требования и руководство по количественной оценке, мониторингу и составлению отчетной документации на проекты сокращения выбросов парниковых газов или увеличения их удаления на уровне проекта оригинал документа
2.36 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ (2.11)на соответствие согласованным критериям верификации (2.33).
Примечание - В некоторых случаях, например при верификации первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.
Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа
3.1.22 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.
[ИСО 9000, статья 3.8.4]
Источник: ГОСТ ИСО 14698-1-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 1. Общие принципы и методы оригинал документа
3.116 верификация (verification): Экспертиза, призванная подтвердить, что деятельность, изделие или услуга соответствуют заданным требованиям.
Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа
3.17 верификация (verification): Комплекс операций для проверки испытательного оборудования (например, испытательного генератора и соединительных кабелей), а также для демонстрации того, что испытательная система функционирует.
Примечание - Методы, используемые для верификации, отличаются от методов калибровки.
Источник: ГОСТ Р 51317.4.2-2010: Совместимость технических средств электромагнитная. Устойчивость к электростатическим разрядам. Требования и методы испытаний оригинал документа
3.26 верификация (verification): Процесс определения, соответствует ли качество продукта или услуги установленным требованиям.
[Справочник по безопасности МАГАТЭ, Издание 2.0, 2006]
Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа
3.7 верификация (verification): Подтверждение на основе объективных данных, что установленные требования были выполнены.
Примечание 1 -Адаптированный термин по ИСО 9000:2005, пункт 3.8.4 [1].
Примечание 2 - См. рисунок 1.
Примечание 3 - Данный термин часто используют совместно с термином «валидация», и оба термина составляют аббревиатуру «V&V» (верификация и валидация).
Источник: ГОСТ Р ИСО 11064-7-2010: Эргономическое проектирование центров управления. Часть 7. Принципы оценки оригинал документа
2.141 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.
Примечание - При аттестации (верификации) документированной системы контроля (2.70) могут использоваться методы текущего контроля и аудита, методики и проверки, в том числе случайный отбор проб и проведение анализа.
[ИСО 14698-1:2003, статья 3.1.22]
Источник: ГОСТ Р ИСО 14644-6-2010: Чистые помещения и связанные с ними контролируемые среды. Часть 6. Термины оригинал документа
3.43 верификация (verification): Подтверждение экспертизой и предоставлением иного объективного свидетельства того, что результаты функционирования соответствуют целям и требованиям, определенным для такого функционирования.
[МЭК 62138, пункт 3.35]
Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа
3.18 верификация (verification): Подтверждение экспертизой и представление иного объективного доказательства того, что результаты функционирования отвечают целям и требованиям, определенным для такого функционирования (ИСО 12207).
[МЭК 62138:2004, определение 3.35]
Источник: ГОСТ Р МЭК 60987-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования к разработке аппаратного обеспечения компьютеризованных систем оригинал документа
3.8.1 верификация (verification): Подтверждение выполнения требований путем исследования и сбора объективных свидетельств.
Примечания
1. Адаптировано из ИСО 8402 путем исключения примечаний.
2. В контексте настоящего стандарта верификация представляет собой выполняемую для каждой стадии жизненного цикла соответствующей системы безопасности (общей, E/E/PES систем и программного обеспечения) путем анализа и/или тестирования демонстрацию того, что для используемых входных данных компоненты удовлетворяют во всех отношениях набору задач и требований для соответствующей стадии.
ПРИМЕР - Процесс верификации включает в себя:
Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа
3.8.4 верификация (verification): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что установленные требования (3.1.2) были выполнены.
Примечания
1 Термин «верифицирован» используют для обозначения соответствующего статуса.
2 Деятельность по подтверждению требования может включать в себя:
- осуществление альтернативных расчетов;
- сравнение спецификации (3.7.3) на новый проект с аналогичной документацией на апробированный проект;
- проведение испытаний (3.8.3) и демонстраций;
- анализ документов до их выпуска.
Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь
3.2.59 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.
Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа
5.1 верификация (verification):
в контексте маркировки и декларирования: Подтверждение посредством предоставления объективных свидетельств выполнения установленных требований.
[ИСО 14025:2006];
в контексте парниковых газов: Систематический, независимый и документально оформленный процесс (6.4) для оценки утверждения по парниковым газам (9.5.2) на соответствие согласованным критериям верификации (5.12).
Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована свободой от несения ответственности за подготовку данных и представление информации по парниковым газам.
[ИСО 14065:2007]
Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа
3.3.7 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ на соответствие согласованным критериям верификации.
Примечания
1 В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.
2 В соответствии с ИСО 14064-3:2006, статья 2.36.
Источник: ГОСТ Р ИСО 14065-2010: Газы парниковые. Требования к органам по валидации и верификации парниковых газов для их применения при аккредитации или других формах признания оригинал документа
04.02.27 долговременная маркировка [ permanent marking]: Изображение, полученное с помощью интрузивного или неинтрузивного маркирования, которое должно оставаться различимым, как минимум, в течение установленного срока службы изделия.
Сравнить с терминологической статьей «соединение» по ИСО/МЭК19762-11).
______________
1)Терминологическая статья 04.02.27 не связана с указанной терминологической статьей.
<2>4 Сокращения
ECI интерпретация в расширенном канале [extended channel interpretation]
DPM прямое маркирование изделий [direct part marking]
BWA коррекция ширины штриха [bar width adjustment]
BWC компенсация ширины штриха [barwidth compensation]
CPI число знаков на дюйм [characters per inch]
PCS сигнал контраста печати [print contrast signal]
ORM оптический носитель данных [optically readable medium]
FoV поле обзора [field of view]
Алфавитный указатель терминов на английском языке
(n, k)symbology
04.02.13
add-on symbol
03.02.29
alignment pattern
04.02.07
aperture
02.04.09
auto discrimination
02.04.33
auxiliary character/pattern
03.01.04
background
02.02.05
bar
02.01.05
bar code character
02.01.09
bar code density
03.02.14
barcode master
03.02.19
barcode reader
02.04.05
barcode symbol
02.01.03
bar height
02.01.16
bar-space sequence
02.01.20
barwidth
02.01.17
barwidth adjustment
03.02.21
barwidth compensation
03.02.22
barwidth gain/loss
03.02.23
barwidth increase
03.02.24
barwidth reduction
03.02.25
bearer bar
03.02.11
binary symbology
03.01.10
characters per inch
03.02.15
charge-coupled device
02.04.13
coded character set
02.01.08
column
04.02.11
compaction mode
04.02.15
composite symbol
04.02.14
contact scanner
02.04.07
continuous code
03.01.12
corner marks
03.02.20
data codeword
04.02.18
data region
04.02.17
decodability
02.02.28
decode algorithm
02.02.01
defect
02.02.22
delineator
03.02.30
densitometer
02.02.18
depth of field (1)
02.04.30
depth of field (2)
02.04.31
diffuse reflection
02.02.09
direct part marking
04.02.24
discrete code
03.01.13
dot code
04.02.05
effective aperture
02.04.10
element
02.01.14
erasure
04.02.21
error correction codeword
04.02.19
error correction level
04.02.20
even parity
03.02.08
field of view
02.04.32
film master
03.02.18
finder pattern
04.02.08
fixed beam scanner
02.04.16
fixed parity
03.02.10
fixed pattern
04.02.03
flat-bed scanner
02.04.21
gloss
02.02.13
guard pattern
03.02.04
helium neon laser
02.04.14
integrated artwork
03.02.28
intercharacter gap
03.01.08
intrusive marking
04.02.25
label printing machine
02.04.34
ladder orientation
03.02.05
laser engraver
02.04.35
latch character
02.01.24
linear bar code symbol
03.01.01
magnification factor
03.02.27
matrix symbology
04.02.04
modular symbology
03.01.11
module (1)
02.01.13
module (2)
04.02.06
modulo
03.02.03
moving beam scanner
02.04.15
multi-row symbology
04.02.09
non-intrusive marking
04.02.26
odd parity
03.02.07
omnidirectional
03.01.14
omnidirectional scanner
02.04.20
opacity
02.02.16
optically readable medium
02.01.01
optical throw
02.04.27
orientation
02.04.23
orientation pattern
02.01.22
oscillating mirror scanner
02.04.19
overhead
03.01.03
overprinting
02.04.36
pad character
04.02.22
pad codeword
04.02.23
permanent marking
04.02.27
photometer
02.02.19
picket fence orientation
03.02.06
pitch
02.04.26
pixel
02.04.37
print contrast signal
02.02.20
printability gauge
03.02.26
printability test
02.02.21
print quality
02.02.02
quiet zone
02.01.06
raster
02.04.18
raster scanner
02.04.17
reading angle
02.04.22
reading distance
02.04.29
read rate
02.04.06
redundancy
03.01.05
reference decode algorithm
02.02.26
reference threshold
02.02.27
reflectance
02.02.07
reflectance difference
02.02.11
regular reflection
02.02.08
resolution
02.01.15
row
04.02.10
scanner
02.04.04
scanning window
02.04.28
scan, noun (1)
02.04.01
scan, noun (2)
02.04.03
scan reflectance profile
02.02.17
scan, verb
02.04.02
self-checking
02.01.21
shift character
02.01.23
short read
03.02.12
show through
02.02.12
single line (beam) scanner
02.04.11
skew
02.04.25
slot reader
02.04.12
speck
02.02.24
spectral response
02.02.10
spot
02.02.25
stacked symbology
04.02.12
stop character/pattern
03.01.02
structured append
04.02.16
substitution error
03.02.01
substrate
02.02.06
symbol architecture
02.01.04
symbol aspect ratio
02.01.19
symbol character
02.01.07
symbol check character
03.02.02
symbol density
03.02.16
symbology
02.01.02
symbol width
02.01.18
tilt
02.04.24
transmittance (l)
02.02.14
transmittance (2)
02.02.15
truncation
03.02.13
two-dimensional symbol (1)
04.02.01
two-dimensional symbol (2)
04.02.02
two-width symbology
03.01.09
variable parity encodation
03.02.09
verification
02.02.03
verifier
02.02.04
vertical redundancy
03.01.06
void
02.02.23
wand
02.04.08
wide: narrow ratio
03.01.07
X dimension
02.01.10
Y dimension
02.01.11
Z dimension
02.01.12
zero-suppression
03.02.17
<2>Приложение ДА1)
______________
1)
Источник: ГОСТ Р ИСО/МЭК 19762-2-2011: Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 2. Оптические носители данных (ОНД) оригинал документа
Англо-русский словарь нормативно-технической терминологии > verification
-
12 inspection
- технический контроль
- проверка (во взрывозащите)
- проверка
- осмотр визуальный
- контроль (металлургия)
- контроль
- инспекция системы автоматизации подстанции
- инспекция
- досмотр
досмотр
Официальное визуальное обследование растений, растительных продуктов или других подкарантинных материалов для выявления присутствия или отсутствия вредных организмов и/или для проверки соблюдения фитосанитарных регламентаций (ФАО, 1990; пересмотрено ФАО, 1995).
[Mеждународные стандарты по фитосанитарным мерам МСФМ № 5. Глоссарий фитосанитарных терминов]Тематики
EN
FR
инспекция системы автоматизации подстанции
Измерение, обследование, проверка, измерительный контроль одной или нескольких характеристик системы автоматизации подстанции и сравнение результатов с заданными требованиями в целях проверки достижения соответствия по каждой характеристике.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]EN
inspection
activity such as measuring, examining, testing or gauging of one or more characteristics of an entity and comparing the results with specified requirements in order to establish whether conformity is achieved for each characteristic
[IEC 61850-2, ed. 1.0 (2003-08)]Тематики
EN
контроль
Деятельность, включающая, проведение измерений, экспертизы, испытаний или оценки одной или нескольких характеристик (с целью калибровки) объекта и сравнение полученных результатов с установленными требованиями для определения, достигнуто ли соответствие по каждой их этих характеристик.
Примечания
1. Во французском языке термин «Inspection» может обозначать деятельность по надзору за качеством, проводимую в рамках определенного задания.
2. Вышеуказанное определение применяется в стандартах на качество. Термин «контроль» определен в Руководстве ИСО/МЭК 2.
[ИСО 8402-94]
контроль
Процедура оценивания соответствия путем наблюдения и суждений, сопровождаемых соответствующими измерениями, испытаниями или калибровкой.
[Руководство ИСО/МЭК 2].
[ ГОСТ Р ИСО 9000-2008]
контроль
Способ управления риском, обеспечивающий достижение бизнес-цели или соблюдение процесса. Примерами контроля могут служить политики, процедуры, роли, дисковый массив (RAID), дверные замки и т.п. Контроль иногда называют контрмерой или мерой предосторожности.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]EN
control
A means of managing a risk, ensuring that a business objective is achieved or that a process is followed. Examples of control include policies, procedures, roles, RAID, door locks etc. A control is sometimes called a countermeasure or safeguard.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]Тематики
- системы менеджмента качества
- управл. качеством и обеспеч. качества
EN
контроль
Проверка соответствия предъявляемым требованиям характеристик или свойств изделий (размеров, формы, материала, физико-механических свойств, качества, функциональных характеристик и др.).
[ http://www.manual-steel.ru/eng-a.html]Тематики
EN
проверка
Действие, заключающееся в тщательном исследовании изделия без разборки или, при необходимости, с частичной разборкой и применением дополнительных средств, например с использованием средств измерений, в целях получения достоверного заключения о состоянии изделия.
[ ГОСТ Р МЭК 60050-426-2006]
Тематики
EN
технический контроль
Проверка соответствия объекта установленным техническим требованиям.
[ ГОСТ 16504-81]
[ ГОСТ 13015-2003]
технический контроль
контроль
Проверка соответствия объекта установленным техническим требованиям.
Пояснения
Сущность всякого контроля сводится к осуществлению двух основных этапов:
1. Получение информации о фактическом состоянии некоторого объекта, о признаках и показателях его свойств. Эту информацию можно назвать первичной.
2. Сопоставление первичной информации с заранее установленными требованиями, нормами, критериями, т. е. обнаружение соответствия или несоответствия фактических данных требуемым (ожидаемым). Информацию о рассогласовании (расхождении) фактических и требуемых данных можно называть вторичной.
Объектом, данные о состоянии и (или) свойствах которого подлежат при контроле сопоставлению с установленными требованиями может быть продукция или процесс (см. пояснения и примеры к термину «Объект контроля»).
В ряде случаев граница во времени между первым и вторым этапами контроля неразличима. В таких случаях первый этап может быть выражен нечетко или может практически не наблюдаться. Характерным примером является контроль размера калибром, сводящийся к операции сопоставления фактического и предельно допустимого значений размера.
Далее вторичная информация используется для выработки соответствующих управляющих воздействий на объект, подвергавшийся контролю. В этом смысле всякий контроль всегда активен. Необходимо отметить в связи с этим, что всякий контроль, кроме того, всегда в той или иной степени должен быть профилактическим, поскольку вторичная информация может использоваться для совершенствования разработки, производства и эксплуатации продукции, для повышения ее качества и т. д.
Однако, принятие решений на основе анализа вторичной информации, выработка соответствующих управляющих воздействий уже не является частью контроля. Это следующий этап управления, основанный на результатах контроля - неотъемлемой и существенной части всякого управления. При техническом контроле первичная информация сопоставляется с техническими требованиями, записанными в нормативной документации, с признаками контрольного образца, с данными, зафиксированными при помощи калибра и т. д.
На стадии разработки продукции технический контроль заключается, например, в проверке соответствия опытного образца и (или) разработанной технической документации правилам оформления и техническому заданию.
На стадии изготовления технический контроль охватывает качество, комплектность, упаковку, маркировку и количество предъявляемой продукции, ход (состояние) производственных процессов.
На стадии эксплуатации продукции технический контроль заключается, например, в проверке соблюдения требований эксплуатационной и ремонтной документации.
[ ГОСТ 16504-81]Тематики
Синонимы
EN
FR
3.1 инспекция (inspection): Исследование продукции (3.2), процесса (3.3), услуги (3.4) или установки, или их проекта и определение их соответствия конкретным требованиям или, на основе профессиональной оценки, общим требованиям.
Примечания
1 Инспекция процессов может включать инспекцию персонала, технических средств, технологии или методологии.
2 Процедуры или схемы инспекции могут ограничивать инспекцию только проведением обследования.
3 Определение заимствовано из стандарта ИСО/МЭК 17000:2004 (4.3).
4 Термин «объект» используется в настоящем национальном стандарте для обозначения продукции, процесса, услуги или установки в зависимости от обстоятельств.
Источник: ГОСТ Р ИСО/МЭК 17020-2012: Оценка соответствия. Требования к работе различных типов органов инспекции оригинал документа
3.8.2 контроль (inspection): Процедура оценивания соответствия путем наблюдения и суждений, сопровождаемых соответствующими измерениями, испытаниями или калибровкой.
[Руководство ИСО/МЭК 2]
Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа
3.4 проверка (inspection): Действие, заключающееся в тщательном исследовании изделия без разборки либо, при необходимости, с частичной разборкой и применением дополнительных средств, например средств измерения в целях получения достоверного заключения о состоянии изделия.
Источник: ГОСТ Р МЭК 60079-17-2010: Взрывоопасные среды. Часть 17. Проверка и техническое обслуживание электроустановок оригинал документа
4.13 контроль (inspection): Процессы измерения, исследования, калибрования, взвешивания и испытания одной или нескольких характеристик изделия и сравнение полученных результатов с установленными требованиями для определения соответствия.
Примечание - Контроль проводят в соответствии с ИСО 404.
Источник: ГОСТ Р ИСО 3183-2009: Трубы стальные для трубопроводов нефтяной и газовой промышленности. Общие технические условия оригинал документа
3.1 контроль (inspection): Оценка соответствия требованиям путем наблюдений и выводов на основе проверок, измерений и испытаний.
[ИСО 3534-2]
Источник: ГОСТ Р ИСО 2859-5-2009: Статистические методы. Процедуры выборочного контроля по альтернативному признаку. Часть 5. Система последовательных планов на основе AQL для контроля последовательных партий оригинал документа
6.3.2 осмотр визуальный (inspection): Визуальный осмотр электроустановки на соответствие требованиям настоящего стандарта предназначен для подтверждения правильного выбора, надлежащего проведения монтажа и гарантирует, что электрооборудование установлено в соответствии с требованиями проекта и инструкциями изготовителя и его работоспособность не ухудшилась при нормальных условиях эксплуатации.
Источник: ГОСТ Р 50571.16-2007: Электроустановки низковольтные. Часть 6. Испытания оригинал документа
3.6 проверка (inspection): Действие, состоящее в тщательном исследовании изделия либо без разборки, либо, при необходимости, с частичной разборкой и применением дополнительных средств, например с использованием средств измерений, в целях получения достоверного заключения о состоянии изделия.
Источник: ГОСТ Р МЭК 61241-17-2009: Электрооборудование, применяемое в зонах, опасных по воспламенению горючей пыли. Часть 17. Проверка и техническое обслуживание электроустановок во взрывоопасных средах (кроме подземных выработок) оригинал документа
4.3 контроль (inspection): Проверка проекта, продукции или процесса и определение их соответствия заданным требованиям или, на основе профессионального суждения, общим требованиям.
Примечание - Контроль процесса может предусматривать проверку персонала, оборудования, технологии и методологии.
Источник: ГОСТ Р ИСО/МЭК 17000-2009: Оценка соответствия. Словарь и общие принципы оригинал документа
3.1.8 контроль (inspection): Оценка соответствия на основе наблюдений и заключений, сопровождаемых соответствующими измерениями, испытаниями или градуировкой.
[ИСО 3534-2, определение 1.4.1.2]
Источник: ГОСТ Р ИСО 21247-2007: Статистические методы. Комбинированные системы нуль-приемки и процедуры управления процессом при выборочном контроле продукции оригинал документа
3.2.57 контроль (inspection): Процедура оценивания соответствия путем наблюдения и суждений, сопровождаемых соответствующими измерениями, испытаниями или калибровкой.
Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа
Англо-русский словарь нормативно-технической терминологии > inspection
-
13 EDGE
- улучшенная передача данных для глобальной эволюции систем связи
- технология EDGE
- ребро (кристалла алмаза)
- ребро (конька)
- ребро
- повышение скорости передачи данных для глобальной эволюции
- опорная призма
- обрез книжного блока
- кромка пиломатериала
- кромка
- край (контактной линзы)
- бортовой элемент
- более высокие скорости передачи данных для развития стандарта GSM
более высокие скорости передачи данных для развития стандарта GSM
Действует как расширение до 2G и 2,5G сетей Общей пакетной радиосвязи (GPRS). Эта технология работает в сетях TDMA и GSM. Электронная аппаратура сбора данных EDGE (известная также, как EGPRS) является супернабором к GPRS и может функционировать на любой сети с установленной на ней GPRS при условии, что служба связи произведет необходимую модернизацию. EDGE предоставляет Расширенную GPRS (EGPRS), которая может быть использована для любых приложений с коммутируемыми пакетами, таких как подключение интернета. Приложения, обладающие высокой скоростью передачи данных как, например, услуги передачи видео изображений и другие мультимедийные линии связи, выигрывают от использования повышенной пропускной способности передачи данных, присущей EGPRS (МСЭ-Т Q.1741).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
бортовой элемент
Элемент жесткости, подкрепляющий край оболочки.
[Сборник рекомендуемых терминов. Выпуск 82. Строительная механика. Академия наук СССР. Комитет научно-технической терминологии. 1970 г.]Тематики
- строительная механика, сопротивление материалов
EN
DE
край (контактной линзы)
Поверхность, соединяющая переднюю и заднюю поверхности контактной линзы.
[ ГОСТ 28956-91]Тематики
Обобщающие термины
EN
FR
кромка пиломатериала
Любая из двух противоположных более узких продольных опиленных поверхностей обрезного пиломатериала, а также любая из обзольных продольных поверхностей необрезного пиломатериала.
[ ГОСТ 18288-87]
кромка
Любая из двух противоположных более узких продольно опиленных поверхностей обрезного пиломатериала.
http://www.wood.ru/ru/slterm.htmlТематики
Синонимы
EN
DE
FR
обрез книжного блока
Верхний, боковой, нижний края книжного блока, подвергаемые трехсторонней обрезке, закраске, золочению, торшонированию.
[ ГОСТ Р 7.0.3-2006]Тематики
- издания, основные виды и элементы
Обобщающие термины
EN
DE
FR
опорная призма
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]Тематики
EN
повышение скорости передачи данных для глобальной эволюции
Название проекта одноименного стандарта EDGE, разработанного группой SMG ETSI в начале 1997 г. Первоначально был ориентирован на систему GSM (ранее буква G означала GSM), однако в дальнейшем его основные положения легли в основу стандарта UWC-136. Новый радиоинтерфейс надстраивается над существующей схемой радиодоступа GSM и позволяет увеличить скорость передачи до 384 кбит/с и более без введения дополнительных сетевых элементов.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]Тематики
- электросвязь, основные понятия
EN
ребро
Термин в фигурном катании, обозначающий видимый след на льду, исполненный фигуристом на одной ноге по четкой кривой/дуге.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]EN
edge
In figure skating, the visible tracing on ice produced by a skater skating on one foot that is on a distinct curve.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]Тематики
EN
ребро (конька)
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]EN
Тематики
EN
ребро (кристалла алмаза)
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]Тематики
EN
технология EDGE
Технология мобильной радиосвязи. Она же UWC-136 (практическая скорость - 384 кбит/сек, теоретически достижимая - 473,6 кбит/сек). Это не самостоятельный стандарт, а метод увеличения пропускной способности в GSM, GPRS сетях. Метод основан на применении более оптимальных методов модуляции и канального кодирования.
[ http://www.morepc.ru/dict/]Тематики
EN
улучшенная передача данных для глобальной эволюции систем связи
Проект стандарта, разработанный группой ETSI SMG в начале 1997 г. и предназначенный для эволюции системы GSM (ранее в расшифровке EDGE вместо термина «Global» был термин «GSM»). Радиоинтерфейс EDGE надстраивается над существующей системой радиодоступа GSM, позволяя увеличить скорость передачи до 384 кбит/с.
[Л.М.Невдяев. Мобильная связь 3-го поколения. Москва, 2000 г.]Тематики
EN
Англо-русский словарь нормативно-технической терминологии > EDGE
-
14 taking over an interstate standard
принятие межгосударственного стандарта
Решение руководящего органа Евразийского совета по стандартизации, метрологии и сертификации о принятии проекта или государственного стандарта в качестве межгосударственного стандарта.
Примечание
Данное решение может быть принято по переписке или непосредственно на заседании соответствующего руководящего органа.
[ГОСТ 1.1-2002]Тематики
Обобщающие термины
- разработка, применение и обновление нормативных документов
EN
Англо-русский словарь нормативно-технической терминологии > taking over an interstate standard
-
15 safety lifecycle
жизненный цикл систем безопасности
Необходимые процессы, относящиеся к реализации систем, связанных с безопасностью, проходящие в течение периода времени, который начинается со стадии разработки концепции проекта и заканчивается, когда все Е/Е/РЕ системы, связанные с безопасностью, системы обеспечения безопасности, основанные на иных, и внешние средства уменьшения риска уже не используются.
Примечания
1. Термин «жизненный цикл систем функциональной безопасности» является более строгим и точным, однако прилагательное «функциональной» не является обязательным в данном случае в контексте настоящего стандарта.
2. Модели жизненного цикла систем безопасности, использованные в настоящем стандарте, приведены в МЭК 61508-1 (рисунки 2 - 4).
[ ГОСТ Р МЭК 61508-4-2007]Тематики
EN
3.7.1 жизненный цикл систем безопасности (safety lifecycle): Необходимые процессы, относящиеся к реализации систем, связанных с безопасностью, проходящие в течение периода времени, который начинается со стадии разработки концепции проекта и заканчивается, когда все Е/Е/РЕ системы, связанные с безопасностью, системы обеспечения безопасности, основанные на иных технологиях, и внешние средства уменьшения риска уже не используются.
Примечания
1. Термин «жизненный цикл систем функциональной безопасности» является более строгим и точным, однако прилагательное «функциональной» не является обязательным в данном случае в контексте настоящего стандарта.
2. Модели жизненного цикла систем безопасности, использованные в настоящем стандарте, приведены в МЭК 61508-1 (рисунки 2 - 4).
Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа
Англо-русский словарь нормативно-технической терминологии > safety lifecycle
-
16 SCADA
диспетчерское управление и сбор данных
Подсистема сбора, хранения и обработки телеметрической информации, поступающей от удаленных датчиков, осуществляющих измерение температуры, давления, расхода электроэнергии и др. Сбор данных осуществляется с помощью контроллеров, программное обеспечение которых позволяет реализовать практически любой алгоритм опроса датчиков, а также обеспечить первичную обработку информации. Обмен данными часто осуществляется через интерфейс RS-485. Термин SCADA обычно употребляют, когда речь идет о контроле и регулировании каких-либо производственных процессов.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]Тематики
- электросвязь, основные понятия
EN
SCADA
SCADA-система
диспетчерское управление и сбор данных
ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
[ http://www.morepc.ru/dict/]SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.
Иногда SCADA-системы комплектуются дополнительным ПО для программирования промышленных контроллеров. Такие SCADA-системы называются интегрированными и к ним добавляют термин SoftLogic.
Термин «SCADA» имеет двоякое толкование. Наиболее широко распространено понимание SCADA как приложения[2], то есть программного комплекса, обеспечивающего выполнение указанных функций, а также инструментальных средств для разработки этого программного обеспечения. Однако, часто под SCADA-системой подразумевают программно-аппаратный комплекс. Подобное понимание термина SCADA более характерно для раздела телеметрия.
Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.Основные задачи, решаемые SCADA-системами
SCADA-системы решают следующие задачи:- Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
- Обработка информации в реальном времени.
- Логическое управление.
- Отображение информации на экране монитора в удобной и понятной для человека форме.
- Ведение базы данных реального времени с технологической информацией.
- Аварийная сигнализация и управление тревожными сообщениями.
- Подготовка и генерирование отчетов о ходе технологического процесса.
- Осуществление сетевого взаимодействия между SCADA ПК.
- Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.
SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.
Основные компоненты SCADA
SCADA—система обычно содержит следующие подсистемы:- Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
- Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
- Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
- Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
- База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
- Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
- Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
- Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.
Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.
Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.[ http://ru.wikipedia.org/wiki/SCADA]
CitectSCADA
полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)
ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:CitectSCADA построена на базе мультизадачного ядра реального времени, что обеспечивает производительность сбора до 5 000 значений в секунду при работе в сетевом режиме с несколькими станциями. Модульная клиент-серверная архитектура позволяет одинаково эффективно применять CitectSCADA как в малых проектах, с использованием только одного АРМ, так и в больших, с распределением задач на несколько компьютеров.
В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.
Схема лицензирования CitectSCADA основана на учете числа одновременно задействованных компьютеров в проекте, а не общего числа компьютеров, на которых установлена CitectSCADA.
CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.
В CitectSCADA резервирование является встроенным и легко конфигурируемым. Резервирование позволяет защищать все зоны потенциальных отказов как функциональных модулей (серверов и клиентов), так и сетевых соединений между узлами и устройствами ввода/вывода.
CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.
CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.
[ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]
Словесный портрет современной управляющей системы типа SCADA
-
Масштабируемая
- Наращивание системы без её переконфигурирования
- Масштабы проекта не ограничены
- До 255 одновременно подключённых клиентов
- Поддержка локальных и глобальных сетей
- Возможность интеграции с веб-приложениями без конфигурирования системы
- Возможность функционирования при малой пропускной способности коммуникаций
- Поддержка кластерных конфигураций
- Возможность перезапуска отдельных процессов, относящихся к разным компонентам
-
Гибкая
- Полноценная архитектура «клиент-сервер»
- Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
- Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
- Внесение изменений на отдельных локациях
- Возможность функционирования при малой пропускной способности коммуникаций
- Поддержка устоявшихся и новых стандартов
-
Надёжная
- Встроенная поддержка режима ожидания
- Резервирование файловых серверов
- Резервирование сетевых коммуникаций
- Резервирование серверов алармов
- Резервирование серверов трендов
- Резервирование серверов отчётов
- Многоуровневое резервирование ввода-вывода
- Автоматическая замена серверов
- Автоматическая синхронизация историй трендов
- Автоматическая синхронизация таблиц алармов
- Автоматическая синхронизация времени
- Защитные функции
- Автоматический перезапуск в случае сбоя системы
- Высокопроизводительная
- Безопасная
-
Коммуникационные технологии
- Поддержка открытых коммуникационных стандартов
- Поддержка каждым сервером ввода-вывода многих протоколов
- Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
- Время установки драйверов в пределах 60 секунд
- До 255 одновременно подключённых клиентов
- До 4096 устройств ввода-вывода на одну систему
- Поддержка внешнего подключения для удалённых устройств
- Средства разработки драйверов для специализированных протоколов
- Поддержка стандарта OPC Server DA2.0
- Интегрированный веб-сервис XML
- Доступ
- Неограниченное число меток
- Длина имени метки до 80 символов
- Поддержка меток качества и времени для соответствующих драйверов
- Единая база данных для контроллеров ПЛК и системы SCADA
- Двунаправленная синхронизация со средой разработки для ПЛК
- Статическая синхронизация для разработки в автономном режиме
- - Автоматические импорт и синхронизация
- Импорт из ПЛК разных типов
- Добавление пользовательских схем импорта
-
Разработка
- Неограниченное число экранов
- 24-битные цвета
- Быстрый выбор цветов по названиям
- Поддержка прозрачных цветов
- Продвинутая анимация без дополнительного программирования
- Анимация символов на базе тегов
- До 32000 анимированных изображений на страницу
- Неограниченное число мигающих цветов
- Мультиязычность
- Инструменты типа 3D Pipe
- Трёхмерные эффекты (поднятие, опускание, выдавливание)
-
Импорт графики
- Растровые изображения Windows (BMP, RLE, DIB)
- Формат AutoCAD (DXF)
- Формат Encapsulated Postscript (EPS)
- Формат Fax Image (FAX)
- Формат Ventura (IMG)
- Формат JPEG (JPG, JIF, JFF, JFE)
- Формат Photo CD (PCD)
- Формат PaintBrush (PCX)
- Формат Portable Network Graphics (PNG)
- Формат Targa (TGA)
- Формат Tagged Image Format (TIFF)
- Формат Windows Meta File (WMF)
- Формат Word Perfect Graphics (WPG)
- Неограниченное число отмен действий
- Кнопки в стиле Windows XP со свойствами динамического перемещения
- Шаблоны
- Символы
- Более 800 символов в комплекте поставки
-
Объектное конфигурирование
- Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
- Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
- Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
- Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
-
Работа
- Разрешения до 4096 x 4096
- Изменение размеров изображений (изотропное и анизотропное)
- Поддержка вывода на несколько мониторов
- Настройка скорости обновления страниц (минимум 10 мс)
- Информирование о потере связи
- Переключение языков в ходе работы
- Поддержка одно- и двухбайтовых наборов символов
-
Безопасность
- Уровень безопасности влияет на:
- Видимость объектов
- Доступ к графическим дисплеям
- Подтверждение алармов
- Создание отчётов
- Системные утилиты
-
Управление
- Сенсорные команды
- Мышь
- -Клавиатурное управление системой, страницами и анимацией
- Вертикальные и горизонтальные ползунки
- Замена БД
-
Анализ процессов
- Объединение алармов с трендами
- 32 и более перьев
- 4 и более оконных секций
- 2 и более курсоров
- Наложение перьев
- Информация о качестве данных
- Аналоговые и цифровые перья
- Информация о подтверждении алармов
- Описание алармов (аналоговых и мультицифровых)
- Комментарии к алармам
- Поддержка перехода на летнее и зимнее время
- Сохранение просмотров в процессе работы
- Хранение просмотров в удалённых локациях
- Отображение различных временных периодов на том же дисплее
- Настраиваемое и расширяемое управление
-
Алармы
- Неограниченное число алармов
- Централизованная обработка алармов
- Алармы могут быть следующих типов:
- Цифровые
- Аналоговые
- Временные метки
- Высокоуровневые выражения
- Мультицифровые
- Цифровые с временными метками
- Аналоговые с временными метками
- Изменение языка для всех алармов в процессе работы
- Подтверждение приёма в сети без дополнительного конфигурирования
- Отключение сети без дополнительного конфигурирования
- Категории, зоны и приоритеты алармов
- Задержки алармов
- Назначение временных меток с разрешением в 1 мс
- Различные данные в алармах
- Индивидуальные и групповые подтверждения
- Подтверждения на основе категорий и приоритетов
- Подтверждения отображаются графически, в списке алармов или через специализированный код:
- Сортировка алармов
- Фильтрация алармов
- Пользовательские поля алармов
-
Тренды
- Неограниченное число трендов
- До 16000 трендов на страницу
- Отображение любого тренда из истории менее чем за 1 секунду
- Файлов трендов регулируемых размеров
- Просмотр архивных трендов параллельно с актуальными в процессе работы системы
- Выбор с разрешением 1 мс
- Сравнение трендов
- Быстрый выбор трендов по тегам
- Сохранение по событию или периодическое сохранение
Статистический контроль ( SPC)
- Таблицы индексов Cp и CpK
- Контрольные карты X, R и S
- Диаграммы Парето
- Настраиваемые размеры и границы подгрупп
- Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения
- Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
- Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
- Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML
- Разработка проекта
- Масштабы проекта не ограничены
- Возможность разбиения на несколько проектов
- Удобная стандартизация проектов
- Удобное обслуживание проектов
- Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности
- Истинная вытесняющая многозадачность
- До 512 параллельных потоков
- Доступно более 600 функций SCADA
- Библиотеки для пользовательских функций
- До 2700 пользовательских функций
- Локальные, модульные и глобальные переменные
- Дополнительное программное обеспечение для создания собственных функций не требуется
- Прямой доступ к данным трендов, отчётов и алармов
- Подсвечивание синтаксиса
- Система онлайн-подсказок
- Всплывающие подсказки
- При редактировании доступны:
- Контрольные точки
- Просмотр переменных
- Мониторинг нитей
- Выделение кода цветом
- Окно контрольных точек
- Пошаговый режим выполнения
- Выделение текущей строки
- Удалённая отладка
- Автоматическая отладка в случае ошибок
- Сервер и клиент OPC
- Интерфейс ODBC
- Интерфейс OLE-DB
- Интерфейс CTAPI
- Интерфейс DLL
- Интерфейс MAPI (MAIL)
- Протоколы TCP/IP
- Последовательный интерфейс
[ http://www.rtsoft-training.ru/?p=600074]
Тематики
Синонимы
- SCADA-система
- диспетчерское управление и сбор данных
- система диспетчерского управления и сбора данных
- система мониторинга, управления и сбора данных
EN
Англо-русский словарь нормативно-технической терминологии > SCADA
-
17 SCADA system
SCADA
SCADA-система
диспетчерское управление и сбор данных
ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
[ http://www.morepc.ru/dict/]SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.
Иногда SCADA-системы комплектуются дополнительным ПО для программирования промышленных контроллеров. Такие SCADA-системы называются интегрированными и к ним добавляют термин SoftLogic.
Термин «SCADA» имеет двоякое толкование. Наиболее широко распространено понимание SCADA как приложения[2], то есть программного комплекса, обеспечивающего выполнение указанных функций, а также инструментальных средств для разработки этого программного обеспечения. Однако, часто под SCADA-системой подразумевают программно-аппаратный комплекс. Подобное понимание термина SCADA более характерно для раздела телеметрия.
Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.Основные задачи, решаемые SCADA-системами
SCADA-системы решают следующие задачи:- Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
- Обработка информации в реальном времени.
- Логическое управление.
- Отображение информации на экране монитора в удобной и понятной для человека форме.
- Ведение базы данных реального времени с технологической информацией.
- Аварийная сигнализация и управление тревожными сообщениями.
- Подготовка и генерирование отчетов о ходе технологического процесса.
- Осуществление сетевого взаимодействия между SCADA ПК.
- Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.
SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.
Основные компоненты SCADA
SCADA—система обычно содержит следующие подсистемы:- Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
- Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
- Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
- Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
- База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
- Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
- Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
- Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.
Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.
Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.[ http://ru.wikipedia.org/wiki/SCADA]
CitectSCADA
полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)
ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:CitectSCADA построена на базе мультизадачного ядра реального времени, что обеспечивает производительность сбора до 5 000 значений в секунду при работе в сетевом режиме с несколькими станциями. Модульная клиент-серверная архитектура позволяет одинаково эффективно применять CitectSCADA как в малых проектах, с использованием только одного АРМ, так и в больших, с распределением задач на несколько компьютеров.
В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.
Схема лицензирования CitectSCADA основана на учете числа одновременно задействованных компьютеров в проекте, а не общего числа компьютеров, на которых установлена CitectSCADA.
CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.
В CitectSCADA резервирование является встроенным и легко конфигурируемым. Резервирование позволяет защищать все зоны потенциальных отказов как функциональных модулей (серверов и клиентов), так и сетевых соединений между узлами и устройствами ввода/вывода.
CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.
CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.
[ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]
Словесный портрет современной управляющей системы типа SCADA
-
Масштабируемая
- Наращивание системы без её переконфигурирования
- Масштабы проекта не ограничены
- До 255 одновременно подключённых клиентов
- Поддержка локальных и глобальных сетей
- Возможность интеграции с веб-приложениями без конфигурирования системы
- Возможность функционирования при малой пропускной способности коммуникаций
- Поддержка кластерных конфигураций
- Возможность перезапуска отдельных процессов, относящихся к разным компонентам
-
Гибкая
- Полноценная архитектура «клиент-сервер»
- Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
- Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
- Внесение изменений на отдельных локациях
- Возможность функционирования при малой пропускной способности коммуникаций
- Поддержка устоявшихся и новых стандартов
-
Надёжная
- Встроенная поддержка режима ожидания
- Резервирование файловых серверов
- Резервирование сетевых коммуникаций
- Резервирование серверов алармов
- Резервирование серверов трендов
- Резервирование серверов отчётов
- Многоуровневое резервирование ввода-вывода
- Автоматическая замена серверов
- Автоматическая синхронизация историй трендов
- Автоматическая синхронизация таблиц алармов
- Автоматическая синхронизация времени
- Защитные функции
- Автоматический перезапуск в случае сбоя системы
- Высокопроизводительная
- Безопасная
-
Коммуникационные технологии
- Поддержка открытых коммуникационных стандартов
- Поддержка каждым сервером ввода-вывода многих протоколов
- Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
- Время установки драйверов в пределах 60 секунд
- До 255 одновременно подключённых клиентов
- До 4096 устройств ввода-вывода на одну систему
- Поддержка внешнего подключения для удалённых устройств
- Средства разработки драйверов для специализированных протоколов
- Поддержка стандарта OPC Server DA2.0
- Интегрированный веб-сервис XML
- Доступ
- Неограниченное число меток
- Длина имени метки до 80 символов
- Поддержка меток качества и времени для соответствующих драйверов
- Единая база данных для контроллеров ПЛК и системы SCADA
- Двунаправленная синхронизация со средой разработки для ПЛК
- Статическая синхронизация для разработки в автономном режиме
- - Автоматические импорт и синхронизация
- Импорт из ПЛК разных типов
- Добавление пользовательских схем импорта
-
Разработка
- Неограниченное число экранов
- 24-битные цвета
- Быстрый выбор цветов по названиям
- Поддержка прозрачных цветов
- Продвинутая анимация без дополнительного программирования
- Анимация символов на базе тегов
- До 32000 анимированных изображений на страницу
- Неограниченное число мигающих цветов
- Мультиязычность
- Инструменты типа 3D Pipe
- Трёхмерные эффекты (поднятие, опускание, выдавливание)
-
Импорт графики
- Растровые изображения Windows (BMP, RLE, DIB)
- Формат AutoCAD (DXF)
- Формат Encapsulated Postscript (EPS)
- Формат Fax Image (FAX)
- Формат Ventura (IMG)
- Формат JPEG (JPG, JIF, JFF, JFE)
- Формат Photo CD (PCD)
- Формат PaintBrush (PCX)
- Формат Portable Network Graphics (PNG)
- Формат Targa (TGA)
- Формат Tagged Image Format (TIFF)
- Формат Windows Meta File (WMF)
- Формат Word Perfect Graphics (WPG)
- Неограниченное число отмен действий
- Кнопки в стиле Windows XP со свойствами динамического перемещения
- Шаблоны
- Символы
- Более 800 символов в комплекте поставки
-
Объектное конфигурирование
- Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
- Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
- Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
- Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
-
Работа
- Разрешения до 4096 x 4096
- Изменение размеров изображений (изотропное и анизотропное)
- Поддержка вывода на несколько мониторов
- Настройка скорости обновления страниц (минимум 10 мс)
- Информирование о потере связи
- Переключение языков в ходе работы
- Поддержка одно- и двухбайтовых наборов символов
-
Безопасность
- Уровень безопасности влияет на:
- Видимость объектов
- Доступ к графическим дисплеям
- Подтверждение алармов
- Создание отчётов
- Системные утилиты
-
Управление
- Сенсорные команды
- Мышь
- -Клавиатурное управление системой, страницами и анимацией
- Вертикальные и горизонтальные ползунки
- Замена БД
-
Анализ процессов
- Объединение алармов с трендами
- 32 и более перьев
- 4 и более оконных секций
- 2 и более курсоров
- Наложение перьев
- Информация о качестве данных
- Аналоговые и цифровые перья
- Информация о подтверждении алармов
- Описание алармов (аналоговых и мультицифровых)
- Комментарии к алармам
- Поддержка перехода на летнее и зимнее время
- Сохранение просмотров в процессе работы
- Хранение просмотров в удалённых локациях
- Отображение различных временных периодов на том же дисплее
- Настраиваемое и расширяемое управление
-
Алармы
- Неограниченное число алармов
- Централизованная обработка алармов
- Алармы могут быть следующих типов:
- Цифровые
- Аналоговые
- Временные метки
- Высокоуровневые выражения
- Мультицифровые
- Цифровые с временными метками
- Аналоговые с временными метками
- Изменение языка для всех алармов в процессе работы
- Подтверждение приёма в сети без дополнительного конфигурирования
- Отключение сети без дополнительного конфигурирования
- Категории, зоны и приоритеты алармов
- Задержки алармов
- Назначение временных меток с разрешением в 1 мс
- Различные данные в алармах
- Индивидуальные и групповые подтверждения
- Подтверждения на основе категорий и приоритетов
- Подтверждения отображаются графически, в списке алармов или через специализированный код:
- Сортировка алармов
- Фильтрация алармов
- Пользовательские поля алармов
-
Тренды
- Неограниченное число трендов
- До 16000 трендов на страницу
- Отображение любого тренда из истории менее чем за 1 секунду
- Файлов трендов регулируемых размеров
- Просмотр архивных трендов параллельно с актуальными в процессе работы системы
- Выбор с разрешением 1 мс
- Сравнение трендов
- Быстрый выбор трендов по тегам
- Сохранение по событию или периодическое сохранение
Статистический контроль ( SPC)
- Таблицы индексов Cp и CpK
- Контрольные карты X, R и S
- Диаграммы Парето
- Настраиваемые размеры и границы подгрупп
- Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения
- Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
- Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
- Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML
- Разработка проекта
- Масштабы проекта не ограничены
- Возможность разбиения на несколько проектов
- Удобная стандартизация проектов
- Удобное обслуживание проектов
- Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности
- Истинная вытесняющая многозадачность
- До 512 параллельных потоков
- Доступно более 600 функций SCADA
- Библиотеки для пользовательских функций
- До 2700 пользовательских функций
- Локальные, модульные и глобальные переменные
- Дополнительное программное обеспечение для создания собственных функций не требуется
- Прямой доступ к данным трендов, отчётов и алармов
- Подсвечивание синтаксиса
- Система онлайн-подсказок
- Всплывающие подсказки
- При редактировании доступны:
- Контрольные точки
- Просмотр переменных
- Мониторинг нитей
- Выделение кода цветом
- Окно контрольных точек
- Пошаговый режим выполнения
- Выделение текущей строки
- Удалённая отладка
- Автоматическая отладка в случае ошибок
- Сервер и клиент OPC
- Интерфейс ODBC
- Интерфейс OLE-DB
- Интерфейс CTAPI
- Интерфейс DLL
- Интерфейс MAPI (MAIL)
- Протоколы TCP/IP
- Последовательный интерфейс
[ http://www.rtsoft-training.ru/?p=600074]
Тематики
Синонимы
- SCADA-система
- диспетчерское управление и сбор данных
- система диспетчерского управления и сбора данных
- система мониторинга, управления и сбора данных
EN
Англо-русский словарь нормативно-технической терминологии > SCADA system
-
18 Supervisory for Control And Data Acquision
SCADA
SCADA-система
диспетчерское управление и сбор данных
ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
[ http://www.morepc.ru/dict/]SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.
Иногда SCADA-системы комплектуются дополнительным ПО для программирования промышленных контроллеров. Такие SCADA-системы называются интегрированными и к ним добавляют термин SoftLogic.
Термин «SCADA» имеет двоякое толкование. Наиболее широко распространено понимание SCADA как приложения[2], то есть программного комплекса, обеспечивающего выполнение указанных функций, а также инструментальных средств для разработки этого программного обеспечения. Однако, часто под SCADA-системой подразумевают программно-аппаратный комплекс. Подобное понимание термина SCADA более характерно для раздела телеметрия.
Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.Основные задачи, решаемые SCADA-системами
SCADA-системы решают следующие задачи:- Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
- Обработка информации в реальном времени.
- Логическое управление.
- Отображение информации на экране монитора в удобной и понятной для человека форме.
- Ведение базы данных реального времени с технологической информацией.
- Аварийная сигнализация и управление тревожными сообщениями.
- Подготовка и генерирование отчетов о ходе технологического процесса.
- Осуществление сетевого взаимодействия между SCADA ПК.
- Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.
SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.
Основные компоненты SCADA
SCADA—система обычно содержит следующие подсистемы:- Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
- Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
- Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
- Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
- База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
- Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
- Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
- Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.
Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.
Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.[ http://ru.wikipedia.org/wiki/SCADA]
CitectSCADA
полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)
ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:CitectSCADA построена на базе мультизадачного ядра реального времени, что обеспечивает производительность сбора до 5 000 значений в секунду при работе в сетевом режиме с несколькими станциями. Модульная клиент-серверная архитектура позволяет одинаково эффективно применять CitectSCADA как в малых проектах, с использованием только одного АРМ, так и в больших, с распределением задач на несколько компьютеров.
В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.
Схема лицензирования CitectSCADA основана на учете числа одновременно задействованных компьютеров в проекте, а не общего числа компьютеров, на которых установлена CitectSCADA.
CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.
В CitectSCADA резервирование является встроенным и легко конфигурируемым. Резервирование позволяет защищать все зоны потенциальных отказов как функциональных модулей (серверов и клиентов), так и сетевых соединений между узлами и устройствами ввода/вывода.
CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.
CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.
[ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]
Словесный портрет современной управляющей системы типа SCADA
-
Масштабируемая
- Наращивание системы без её переконфигурирования
- Масштабы проекта не ограничены
- До 255 одновременно подключённых клиентов
- Поддержка локальных и глобальных сетей
- Возможность интеграции с веб-приложениями без конфигурирования системы
- Возможность функционирования при малой пропускной способности коммуникаций
- Поддержка кластерных конфигураций
- Возможность перезапуска отдельных процессов, относящихся к разным компонентам
-
Гибкая
- Полноценная архитектура «клиент-сервер»
- Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
- Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
- Внесение изменений на отдельных локациях
- Возможность функционирования при малой пропускной способности коммуникаций
- Поддержка устоявшихся и новых стандартов
-
Надёжная
- Встроенная поддержка режима ожидания
- Резервирование файловых серверов
- Резервирование сетевых коммуникаций
- Резервирование серверов алармов
- Резервирование серверов трендов
- Резервирование серверов отчётов
- Многоуровневое резервирование ввода-вывода
- Автоматическая замена серверов
- Автоматическая синхронизация историй трендов
- Автоматическая синхронизация таблиц алармов
- Автоматическая синхронизация времени
- Защитные функции
- Автоматический перезапуск в случае сбоя системы
- Высокопроизводительная
- Безопасная
-
Коммуникационные технологии
- Поддержка открытых коммуникационных стандартов
- Поддержка каждым сервером ввода-вывода многих протоколов
- Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
- Время установки драйверов в пределах 60 секунд
- До 255 одновременно подключённых клиентов
- До 4096 устройств ввода-вывода на одну систему
- Поддержка внешнего подключения для удалённых устройств
- Средства разработки драйверов для специализированных протоколов
- Поддержка стандарта OPC Server DA2.0
- Интегрированный веб-сервис XML
- Доступ
- Неограниченное число меток
- Длина имени метки до 80 символов
- Поддержка меток качества и времени для соответствующих драйверов
- Единая база данных для контроллеров ПЛК и системы SCADA
- Двунаправленная синхронизация со средой разработки для ПЛК
- Статическая синхронизация для разработки в автономном режиме
- - Автоматические импорт и синхронизация
- Импорт из ПЛК разных типов
- Добавление пользовательских схем импорта
-
Разработка
- Неограниченное число экранов
- 24-битные цвета
- Быстрый выбор цветов по названиям
- Поддержка прозрачных цветов
- Продвинутая анимация без дополнительного программирования
- Анимация символов на базе тегов
- До 32000 анимированных изображений на страницу
- Неограниченное число мигающих цветов
- Мультиязычность
- Инструменты типа 3D Pipe
- Трёхмерные эффекты (поднятие, опускание, выдавливание)
-
Импорт графики
- Растровые изображения Windows (BMP, RLE, DIB)
- Формат AutoCAD (DXF)
- Формат Encapsulated Postscript (EPS)
- Формат Fax Image (FAX)
- Формат Ventura (IMG)
- Формат JPEG (JPG, JIF, JFF, JFE)
- Формат Photo CD (PCD)
- Формат PaintBrush (PCX)
- Формат Portable Network Graphics (PNG)
- Формат Targa (TGA)
- Формат Tagged Image Format (TIFF)
- Формат Windows Meta File (WMF)
- Формат Word Perfect Graphics (WPG)
- Неограниченное число отмен действий
- Кнопки в стиле Windows XP со свойствами динамического перемещения
- Шаблоны
- Символы
- Более 800 символов в комплекте поставки
-
Объектное конфигурирование
- Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
- Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
- Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
- Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
-
Работа
- Разрешения до 4096 x 4096
- Изменение размеров изображений (изотропное и анизотропное)
- Поддержка вывода на несколько мониторов
- Настройка скорости обновления страниц (минимум 10 мс)
- Информирование о потере связи
- Переключение языков в ходе работы
- Поддержка одно- и двухбайтовых наборов символов
-
Безопасность
- Уровень безопасности влияет на:
- Видимость объектов
- Доступ к графическим дисплеям
- Подтверждение алармов
- Создание отчётов
- Системные утилиты
-
Управление
- Сенсорные команды
- Мышь
- -Клавиатурное управление системой, страницами и анимацией
- Вертикальные и горизонтальные ползунки
- Замена БД
-
Анализ процессов
- Объединение алармов с трендами
- 32 и более перьев
- 4 и более оконных секций
- 2 и более курсоров
- Наложение перьев
- Информация о качестве данных
- Аналоговые и цифровые перья
- Информация о подтверждении алармов
- Описание алармов (аналоговых и мультицифровых)
- Комментарии к алармам
- Поддержка перехода на летнее и зимнее время
- Сохранение просмотров в процессе работы
- Хранение просмотров в удалённых локациях
- Отображение различных временных периодов на том же дисплее
- Настраиваемое и расширяемое управление
-
Алармы
- Неограниченное число алармов
- Централизованная обработка алармов
- Алармы могут быть следующих типов:
- Цифровые
- Аналоговые
- Временные метки
- Высокоуровневые выражения
- Мультицифровые
- Цифровые с временными метками
- Аналоговые с временными метками
- Изменение языка для всех алармов в процессе работы
- Подтверждение приёма в сети без дополнительного конфигурирования
- Отключение сети без дополнительного конфигурирования
- Категории, зоны и приоритеты алармов
- Задержки алармов
- Назначение временных меток с разрешением в 1 мс
- Различные данные в алармах
- Индивидуальные и групповые подтверждения
- Подтверждения на основе категорий и приоритетов
- Подтверждения отображаются графически, в списке алармов или через специализированный код:
- Сортировка алармов
- Фильтрация алармов
- Пользовательские поля алармов
-
Тренды
- Неограниченное число трендов
- До 16000 трендов на страницу
- Отображение любого тренда из истории менее чем за 1 секунду
- Файлов трендов регулируемых размеров
- Просмотр архивных трендов параллельно с актуальными в процессе работы системы
- Выбор с разрешением 1 мс
- Сравнение трендов
- Быстрый выбор трендов по тегам
- Сохранение по событию или периодическое сохранение
Статистический контроль ( SPC)
- Таблицы индексов Cp и CpK
- Контрольные карты X, R и S
- Диаграммы Парето
- Настраиваемые размеры и границы подгрупп
- Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения
- Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
- Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
- Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML
- Разработка проекта
- Масштабы проекта не ограничены
- Возможность разбиения на несколько проектов
- Удобная стандартизация проектов
- Удобное обслуживание проектов
- Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности
- Истинная вытесняющая многозадачность
- До 512 параллельных потоков
- Доступно более 600 функций SCADA
- Библиотеки для пользовательских функций
- До 2700 пользовательских функций
- Локальные, модульные и глобальные переменные
- Дополнительное программное обеспечение для создания собственных функций не требуется
- Прямой доступ к данным трендов, отчётов и алармов
- Подсвечивание синтаксиса
- Система онлайн-подсказок
- Всплывающие подсказки
- При редактировании доступны:
- Контрольные точки
- Просмотр переменных
- Мониторинг нитей
- Выделение кода цветом
- Окно контрольных точек
- Пошаговый режим выполнения
- Выделение текущей строки
- Удалённая отладка
- Автоматическая отладка в случае ошибок
- Сервер и клиент OPC
- Интерфейс ODBC
- Интерфейс OLE-DB
- Интерфейс CTAPI
- Интерфейс DLL
- Интерфейс MAPI (MAIL)
- Протоколы TCP/IP
- Последовательный интерфейс
[ http://www.rtsoft-training.ru/?p=600074]
Тематики
Синонимы
- SCADA-система
- диспетчерское управление и сбор данных
- система диспетчерского управления и сбора данных
- система мониторинга, управления и сбора данных
EN
Англо-русский словарь нормативно-технической терминологии > Supervisory for Control And Data Acquision
-
19 Enhanced Data for Global Evolution
- улучшенная передача данных для глобальной эволюции систем связи
- повышение скорости передачи данных для глобальной эволюции
повышение скорости передачи данных для глобальной эволюции
Название проекта одноименного стандарта EDGE, разработанного группой SMG ETSI в начале 1997 г. Первоначально был ориентирован на систему GSM (ранее буква G означала GSM), однако в дальнейшем его основные положения легли в основу стандарта UWC-136. Новый радиоинтерфейс надстраивается над существующей схемой радиодоступа GSM и позволяет увеличить скорость передачи до 384 кбит/с и более без введения дополнительных сетевых элементов.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]Тематики
- электросвязь, основные понятия
EN
улучшенная передача данных для глобальной эволюции систем связи
Проект стандарта, разработанный группой ETSI SMG в начале 1997 г. и предназначенный для эволюции системы GSM (ранее в расшифровке EDGE вместо термина «Global» был термин «GSM»). Радиоинтерфейс EDGE надстраивается над существующей системой радиодоступа GSM, позволяя увеличить скорость передачи до 384 кбит/с.
[Л.М.Невдяев. Мобильная связь 3-го поколения. Москва, 2000 г.]Тематики
EN
Англо-русский словарь нормативно-технической терминологии > Enhanced Data for Global Evolution
-
20 taking over a state standard
принятие государственного стандарта
Решение национального органа по стандартизации или национального органа по управлению строительством о принятии проекта в качестве государственного стандарта и введении его в действие.
[ГОСТ 1.1-2002]Тематики
Обобщающие термины
- разработка, применение и обновление нормативных документов
EN
Англо-русский словарь нормативно-технической терминологии > taking over a state standard
- 1
- 2
См. также в других словарях:
экспертиза проекта стандарта — 2.12 экспертиза проекта стандарта : Рассмотрение проекта стандарта с целью оценки его способности содействовать соблюдению требований технического регламента и/или обеспечить иные интересы национальной экономики, оценки научно технического уровня … Словарь-справочник терминов нормативно-технической документации
специализированная экспертиза проекта стандарта — 3.1 специализированная экспертиза проекта стандарта: Экспертиза проекта стандарта определенного вида, для которого необходимо углубленное рассмотрение по одному или нескольким видам экспертизы. Примечание Примерами специализированной экспертизы… … Словарь-справочник терминов нормативно-технической документации
Экспертиза проекта стандарта специализированная — Специализированная экспертиза проекта стандарта: экспертиза проекта стандарта определенного вида, для которого необходимо углубленное рассмотрение по одному или нескольким видам экспертизы... Источник: ГОСТ Р 1.6 2005. Национальный стандарт… … Официальная терминология
экспертиза проекта — 3.1 экспертиза проекта: Формальная и независимая проверка проекта в целях обнаружения и исправления недостатков технических требований и проекта, влияющих на такие свойства, как безотказность, ремонтопригодность, обеспеченность технического… … Словарь-справочник терминов нормативно-технической документации
Утверждение стандарта — П римечания 1 На международном и региональном (в том числе на межгосударственном) уровне вместо термина «утверждение стандарта» применяют его синоним «принятие стандарта». 2 Термин «принятие нормативного документа» использован в 3.1 для… … Словарь-справочник терминов нормативно-технической документации
уведомление о завершении публичного обсуждения проекта национального стандарта — 2.11 уведомление о завершении публичного обсуждения проекта национального стандарта : Представление информации в национальный орган Российской Федерации по стандартизации о прекращении публичного обсуждения проекта национального стандарта и… … Словарь-справочник терминов нормативно-технической документации
уведомление о разработке национального стандарта — 2.10 уведомление о разработке национального стандарта : Представление в национальный орган Российской Федерации по стандартизации информации о начале публичного обсуждения проекта национального стандарта и публикация этой информации в… … Словарь-справочник терминов нормативно-технической документации
принятие межгосударственного стандарта — Решение руководящего органа Евразийского совета по стандартизации, метрологии и сертификации о принятии проекта или государственного стандарта в качестве межгосударственного стандарта. Примечание Данное решение может быть принято по переписке или … Справочник технического переводчика
оценка научно-технического уровня стандарта — 2.13 оценка научно технического уровня стандарта : Определение полноты требований стандарта или его проекта и степени их соответствия мировому уровню развития науки и техники, в том числе сравнение этих требований с требованиями аналогичного… … Словарь-справочник терминов нормативно-технической документации
принятие межгосударственного стандарта — 7.3.1 принятие межгосударственного стандарта: Решение руководящего органа Евразийского совета по стандартизации, метрологии и сертификации о принятии проекта или государственного стандарта в качестве межгосударственного стандарта. Источник: ГОСТ… … Словарь-справочник терминов нормативно-технической документации
Паспорт инновационного проекта — документ, определяющий цели и задачи проекта, способы его реализации, используемые при этом технические и технологические решения, планируемые результаты и экономические эффекты, объемы внедрения и организационную структуру проекта... Источник:… … Официальная терминология